home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
Shareware Grab Bag
/
Shareware Grab Bag.iso
/
081
/
mailchek.arc
/
MAILCHEK.DOC
< prev
next >
Wrap
Text File
|
1987-06-27
|
37KB
|
1,123 lines
MailChek
Version 2.06 .. 22nd June 1987
By
Marc Ache'
Documentation By
Mike Janke
CompuSci OPUS 135/8 in the Matrix
(305)758-4821
MailChek 2.06 Copyright (c) 1987 Marc Ache'. All rights reserved.
Page 1
TABLE OF CONTENTS
_________________
Topic Page
----- ----
Introduction.............................................. 2
Files in the ARChive...................................... 2
MailChek Commands......................................... 2
The Control File (MailChek.cnf)........................... 4
Installation/putting it all together...................... 9
Notes.....................................................11
Registration..............................................14
In Closing................................................15
Revision History..........................................16
MailChek 2.06 Copyright (c) 1987 Marc Ache'. All rights reserved.
Page 2
INTRODUCTION
MailChek blossomed from one OPUS SysOp's dream to have a real
time mail checking system. MailChek is just that. Each time
a user logs on, he/she will receive an up to the minute list of
all mail waiting. This mail waiting list is for that particular
user only, and it's not at all like "MESSage WAITing" programs
use on Other(tm) systems.
In addition, there are many features that will make a sysops
life easier. These include the ability to forward specified
users mail into the Netmail area, using aliases, and a handy
built in message editor. The editor is just a plus, and does
not come into use for the actual MailCheking procedure.
MAILCHEK.ARC
The MailChek archive you've downloaded should contain the
following files.
MAILCHEK.EXE ;The main program
MAILS1-3.EXE ;Performs the search for mail
MAILCHEK.DOC ;What you're reading now
MAILCHEK.CNF ;The MailChek control file
WELCOME.BBS/GBS ;Sample file to execute MailChek
WELCOME2.BBS/GBS ;another sample file
RUNOPUS.BAT ;Yet another sample file
NOTE: MAILCHEK.EXE, MAILS1-3.EXE and MAILCHEK.CNF must reside in
your OPUS directory.
MailChek Commmands
MAILS1-3.EXE - MAILS1-3.EXE is a standalone program that is used
in conjunction with MAILCHEK.EXE. MAILS1-3 is run
from within WELCOME.BBS/GBS and performs the
actual search for waiting mail. There are no
command line options. Use of MAILS1-3.EXE is
described in greater detail later on in this doc
file.
MAILCHEK <command>
Commands: Compile, Update and Editor
MailChek 2.06 Copyright (c) 1987 Marc Ache'. All rights reserved.
Page 3
COMPILE: Compile is used to set your MailChek system up for the
first time. It is also necessary to run MAILCHEK
COMPILE if you RENUM your message areas or change any
options in the MAILCHEK.CNF file. This command can be
run manually or through a batch file if needed (if for
example, you RENUM through a batch file ). You will
also have to run MAILCHEK COMPILE if you kill messages
that are not TO: or FROM: you. It is suggested that
you run MAILCHEK COMPILE each morning after all of
your external events.
UPDATE: "MailChek Update" is run after each user logs off. You
will have to set up the OPUS control file to exit
after each caller. See the OPUS docs for the details
on how you perform this task. When OPUS exits with an
errorlevel, your RUNOPUS.BAT (or whatever you call it)
should execute MAILCHEK UPDATE and return to run OPUS.
See the example RUNOPUS.BAT included. This updating
after each caller is what makes this a "Real Time"
mail checking program. MAILCHEK UPDATE will update or
recompile the individual message areas as necessary.
This occurs at lightning fast (well, lets not get
carried away, but it is quick) speed so that your
system is ready for the next caller in the least
amount of time.
EDITOR: Typing "MailChek Editor" will call up the built in
message editor. The editor is NOT used in any way for
the MailChek procedure. This is just a little extra.
When MAILCHEK EDITOR is executed from DOS, you will be
be in your first message area (this will most likely be
area 0). The first message header will be displayed
along with information concerning the low and high
message numbers, the type of message area (LOCAL, ECHO,
MATRIX) and message attributes. The body of the message
will be displayed only if you request it with the V)iew
command. Message attribute bits may be toggled ON/OFF
with a simple one key command. All commands are listed
on the bottom half of the screen and are replaced by
the body of the message when requested. Note that you
cannot edit the body of the message or R)eply. The
editor can only alter the header and attributes. Use
'Q' to quit the editor.
MailChek 2.06 Copyright (c) 1987 Marc Ache'. All rights reserved.
Page 4
THE MailChek CONTROL FILE (MAILCHEK.CNF)
As with OPUS, MailChek uses a control file to set up all the
possible options. Following is a description of each option in
the order it appears in the MAILCHEK.CNF control file. Note that
MailChek has no limit for many of the options. You may designate
as many message areas to check as OPUS will allow. If you have
600 users, no problem. 4000 messages? No problem.
Control File Options:
AREAS #,#,##,##
These are the areas you want MailChek to maintain in
in the waiting mail list. You may include every single
area on your system, or you may just want to make sure
users are aware of mail waiting for them in the private
mail area.
Note: No matter what order you place the areas numbers
in, your NetMail area will always be compiled last
USER c:\path\path\user.bbs
This tells MailChek the name of your user file. Your
user file is used so MailChek won't bother with messages
to ALL, ANYONE or other names that do not exist. Your
user file is only read, and is not modified in any way.
LINK c:\path\path\filename (use no extension)
Tell MailChek what to display after it displays the users
mail waiting (or "sorry, no mail" as the case may be). I
would suggest a ^A as the first line of this linked file
to prevent the users mail list from disappearing before
he/she can absorb all the info! Since OPUS is doing the
the actual displaying of the file, the appropriate BBS or
GBS file will be used according to the user ANSI setting.
MAIL c:\path\path\filename (use no extension)
Allows use of BBS or GBS file as per users ANSI Setting.
Name of file to display if user has mail waiting. If no
file is specified, the message "You have mail waiting"
will be displayed.
MailChek 2.06 Copyright (c) 1987 Marc Ache'. All rights reserved.
Page 5
NOMAIL c:\path\path\filename (use no extension)
Name of a file to display if user has no mail waiting.
Allows use of BBS/GBS file as per users ANSI setting.
Allows you to say something like "You gotta post some to
get some" or whatever. If you comment this out the default
message "Sorry, no mail today" is displayed.
RMSGS or
RMSGS NODISPLAY 0 or
RMSGS NODISPLAY 1
Using "RMSGS" will cause received messages to be included
in the list of messages waiting. If you don't want to
have received messages included, then append NODISPLAY
on to the RMSGS command line. If you use the NODISPLAY
option you may specify whether or not you want the
message, "NOTE: Received messages not included. . . ."
displayed. A 0 (zero) following NODISPLAY means display
this message and a 1 means supress it. Do not use the 0 or
1 if you do not use the NODISPLAY option.
COPYRIGHT DISPLAY
Commenting this line out suppresses the Copyright notice.
FORMAT [ 1 - 3 ]
If a user has mail waiting, this number will determine
how the message areas/numbers are displayed. MAILS1-3.EXE
supports formats 1 through 3. Future formats would be
reflected in the filename numbers in the release of the
MAILS#-#.EXE program.
Here's how formats 1 - 3 will appear.
FORMAT 1 Displays...
Msg Area 1: 1, 2p, 3r ; example area number
; 'p' indicates private msg
; 'r' for received if enabled
FORMAT 2 Displays...
Msg Area 1: Private Email ; area name
1p, 2r, 3pr, 4 ; message numbers
MailChek 2.06 Copyright (c) 1987 Marc Ache'. All rights reserved.
Page 6
FORMAT 3 Displays...
Msg Area 1: "Private Email" ; area name
Message Number(s): 1,2,3 ; msg numbers
Note: The "p" and "r" indicators are not shown with
FORMAT 3.
COLORS #,#...#,#
MailChek has the ability to use ansi colors and attributes
to create various built in titles and labels, plus set the
colors of message numbers, commas, and area number. Rather
than carve these colors in stone, you are given the
ability to set what colors/attributes you want for each
item. Note that if you use the color command, you *MUST*
have an attribute & color set for each item even if that
item will not display. In other words, if you use FORMAT 1
#,stitle will not be used in the display, but it still
must be included in the COLOR command line. If you comment
out the COLOR line in the MailChek.cnf file, MailChek will
assume you do not want ANSI. Using the COLOR option will
not force ANSI on users that don't want it. Since OPUS
does the actual displaying of the files, the appropriate
BBS/GBS file will be displayed. MailChek will create both
a BBS and GBS file and let OPUS take it from there.
If you do want ANSI used, the following applies.
COLORS #,nhead #,num1 #,num2 #,comma #,title #,stitle #,general
Each of the above consist of two integers separated by a
comma (eg. 1,34)
The first number is the color attribute, and the second
number stands for the color you want for the following
sections of the mail waiting display...
NHEAD : "Msg area"
NUM1 : The number of the message area
NUM2 : The number(s) of the message(s)
COMMA : "," (color of the comma separating msg #'s)
TITLE : The message area title
STITLE : "Message number(s)" in FORMAT 3
GENERAL : The default displays (eg."You have mail..")
MailChek 2.06 Copyright (c) 1987 Marc Ache'. All rights reserved.
Page 7
The colors available are..
FOREGROUND BACKGROUND
---------- ----------
30 Black 40
31 Red 41 Same Colors
32 Green 42 except background
33 Yellow 43
34 Blue 44
35 Magenta 45
36 Cyan 46
37 White 47
And available attributes are...
0 = Normal
1 = Bold On (hi intensity)
5 = Blink
7 = Reverse
So...
COLORS 0,34 0,35 0,35 0,36 1,37 1,34 0,33
Would display
"Msg area" as normal intensity blue ................... (0,34)
Msg Area numbers in normal intensity magenta ......... (0,35)
Message numbers in normal intensity magenta .......... (0,35)
The comma between msg #'s in normal intensity cyan ... (0,36)
Message area title in hi intensity white.............. (1,37)
"Message Number(s)" in hi intensity Blue............... (1,34)
Default displays in normal intensity yellow........... (0,33)
ALIAS name1,name2
Name2 will be notified of mail waiting for Name1. MailChek
changes name1 to name2 in the message header. This is
very useful if your users consistently post messages to
you using a different variation of your name. My name on
my system is MIKE, but many users post messages to MIKE
JANKE. ALIAS corrects this. You may use any number of
ALIASes.
Example: ALIAS Mike Janke,Mike
ALIAS Sysop,Mike
MailChek 2.06 Copyright (c) 1987 Marc Ache'. All rights reserved.
Page 8
ALERT name1,name2
This command is similiar to the ALIAS command shown above
above. The options are the same, but in ALERT, name1 will
be notified of mail waiting for name2. This is the exact
opposite of how ALIAS works. The other difference is that
ALERT will NOT physically change the name in the message
header as ALIAS does.
GENERAL name1,name2
Want to make sure your users read a specific message? If
your name is name1, then any message you post to name2
will be placed in EVERY users mail waiting list. Since
there is no way to tell if a user has read this message,
it will be listed as a waiting message for every user,
every time they log on, until this message is deleted
and you run MAILCHEK COMPILE. You may have any number of
GENERAL name1,name2 lines in the control file.
Example: GENERAL Mike,All Kendall Users
NETMAIL name,net/node,priority,move(or copy)
If a user posts a message to the person specified by
"name" in the NETMAIL command line, that message will be
put in your netmail area when the user logs off and
MAILCHEK UPDATE is executed. The message will then be sent
to the net/node specified during your next mail event.
Whether it is moved (original deleted) or copied (original
message remains) depends on the setting of the last
last command line option. This command is particularly
handy for making sure that SysOps within your net are up
to the minute on messages posted to them on your System.
The first two options, NAME and NET/NODE are pretty self-
explanatory. A message posted to NAME will be moved
(or copied) to the netmail area and address it with a
destination of NET/NODE. PRIORITY is either CRASH or NONE.
CRASH only applies if you run a SEAdog system or OPUS 1.xx
If you do not wish the message to be sent CRASH priority
or you do not run a system capable of CRASH mail, then set
priority to NONE. The last option determines how the
message is moved. If you set the last option to MOVE,
the message will be moved to the netmail area, and the
original message will be deleted from the area it was
posted. If the last option is set to NONE, the message
will be copied to the netmail area, the original will be
left in the area it was posted, and a notice ("Message
Forwarded...") will be appended to the message.
Example: NETMAIL Marc Ache',135/8,CRASH,MOVE
Note: EchoMail messages will not be forwarded by NETMAIL.
MailChek 2.06 Copyright (c) 1987 Marc Ache'. All rights reserved.
Page 9
PUTTING IT ALL TOGETHER
-----------------------
Installing MAILCHEK is really quite simple. You could almost
skip the docs and install it by looking at the enclosed sample
files and by reading the commented MAILCHEK.CNF file. There are
a couple important points you may have missed if you jumped right
to this point in the documentation, and I'll outline those
necessary changes to your OPUS system.
The first step is to place MAILCHEK.EXE, MAILS1-3.EXE and
MAILCHEK.CNF in your OPUS directory. MAICHEK.CNF is needed during
COMPILE, but is not used with the other options.
Edit the MAILCHEK.CNF file to fit your requirements. Don't forget
to set the paths for the for the external files it uses.
Create custom YOUMAIL.BBS/GBS and NOMAIL.BBS/GBS if you do not
wish to use the default displays. If you have ANSI graphics
enabled, MAILCHEK will first look for the .GBS file (if the user
has ANSI on). If not found, it will next look for a .BBS file,
and if that is not there it will use the default, built in
messages.
Edit the OPUS.CTL file so that OPUS exits after each caller with
an errorlevel set. See the OPUS docs for information on this.
Don't forget to recompile OPUS.CTL with the compiler supplied
with OPUS.
Edit your RUNOPUS.BAT (or whatever you call the batch file that
runs your opus system) so that it executes MAILCHEK UPDATE
everytime OPUS exits with the errorlevel you have set. See the
enclosed sample RUNOPUS.BAT file.
Edit, modify, or create your own WELCOME.BBS/GBS files using the
enclosed sample as a guide. You could, for example, perform the
MailChek from a bulletin option rather than doing so automatically
when a caller first logs on. In that case, name the enclosed
WELCOME.BBS/GBS files a name to your liking and call it from your
bulletin menu.
MailChek 2.06 Copyright (c) 1987 Marc Ache'. All rights reserved.
Page 10
Here's what the sample WELCOME.BBS file looks like and what each
line does...
SAMPLE WELCOME.BBS FILE
--------------------------
Looking in your mail box ...... ; just a message to the user
^OOMAILCHEK.DAT ; open a file called MailChek.dat
^OP ; Place users name in MailChek.dat
^OODUMMY ; Force OPUS to close MailChek.dat
^OCmails1-3 ; Run MAILS1-3.EXE - This performs
; the search for mail and creates
; the file MAILCHEK.BBS/GBS for
; later display.
^B^L ; prevent ^C and clear the screen
^F^D <-- Display the Date Display the time --> ^F^T
You are our ^F^Q call to this system ; Just some extra info. Modify
; as you like.
^OSmailchek ; Display the file MAILCHEK.BBS/GBS
; These files are created by MAILS1-3
; and change with each user. MAILCHEK
; Then displays the file specified
; in MAILCHEK.CNF file by the LINK
; option
- END OF SAMPLE WELCOME.BBS/GBS
NOTE: As of v0.00, OPUS will NOT return to the file that used ^OS
to display a file. This is the whole purpose of supplying
a LINK command in the control file. Putting anything after
after '^OSmailchek' in the above sample welcome file will
do nothing. In most cases, if no LINK file is specified,
the users waiting mail will be displayed and it will drop
immediately into your bulletin, or the main menu if you
have no bulletin. Also remember that even though nothing
is put into the DUMMY file, this file will still continue
to grow with each log on. It will take some time before it
gets to be a waste of space, but it's something you should
delete occasionally.
MailChek 2.06 Copyright (c) 1987 Marc Ache'. All rights reserved.
Page 11
NOW WHAT!
Ok, you've created all the necessary text/ansi files and put all
the MAILCHEK files (MAILCHEK.EXE, MAILS1-3.EXE and MAILCHEK.CNF)
in your OPUS subdirectory.
While in the subdir containing the MAILCHEK files, Type "MAILCHEK
COMPILE" and press ENTER (use no quotes of course!).
MailChek will first begin by compiling the setup in MAILCHEK.CNF.
Once that's completed it will begin compiling the user index.
After it has finished that task it will begin to compile the info
from the message areas you have specified in the control file.
The time it takes to do this depends on the number of message
areas and the number of messages on your particular system. Upon
completion of these three tasks, MAILCHEK will create two new
files; MAILCHEK.CTL and USERBASE.CTL. USERBASE.CTL contains the
names and information of everyone that has mail waiting. This
is the file that MAILS1-3.EXE looks at to see if a user has mail
waiting and where it is. You have no need to do anything with
these two .CTL files. They are updated or created as needed by
the MailChek program itself.
Once MAILCHEK COMPILE has been completed, fire up OPUS, sit back
and wait for your first caller. After the user enters his name
and password, WELCOME.BBS/GBS is displayed. From within the
welcome file, MAILCHEK.DAT is created and the users name is put
in it with the embedded commands of OPUS. A dummy file is then
opened to force OPUS to close MAILCHEK.DAT. MAILS1-3 is executed
by the line '^OCmails1-3'. You will see this executed at the dos
prompt, but your user does. MAILS1-3 finds the users name from
MAILCHEK.DAT and looks through USERBASE.CTL for any mail for this
particular user, and whether it finds any or not, creates
MAILCHEK.BBS/GBS. MAILCHEK.BBS/GBS will contain a list of areas
and messages that are waiting for the user, or if the user has no
mail, "Sorry, you have no mail today" or your own custom message
depending on how you have it set up. After MAILS1-3 scans for
mail and creates this file, it's displayed to the user with the
line in the WELCOME.BBS/GBS file that says '^OSmailchek'. After
MAILCHEK.BBS/GBS is displayed, the file you specified with the
LINK command in the control file is displayed. If no file has
been specified, OPUS will take over at this point. If you have
bulletins, those will be displayed, otherwise the user will go
directly to the OPUS main menu.
The next step of MAILCHEK takes over when the user logs off.
When the user has logged off, OPUS will drop into your batch file
with the errorlevel you have set in the OPUS.CTL file. The batch
file should then execute MAILCHEK UPDATE and when completed,
return to run OPUS. I won't attempt to go into detail on how to
create a batch file, or explain how errorlevels work. Since
you're running a bbs, odds are good that you don't need any type
of instruction. If you do need help, drag out your DOS manual
and read up on batch files, or look at the sample RUNOPUS.BAT
file included in the MAILCHEK.ARC file.
MailChek 2.06 Copyright (c) 1987 Marc Ache'. All rights reserved.
Page 12
MAILCHEK UPDATE will perform the following functions after a user
has logged off. First, if it was a first time caller, Update will
begin by recompiling the user index. This step is only performed
for first time callers. Next, Update will go through the message
areas you have included in the control file and will update or
recompile each area that has had some message activity with this
user. Most areas will merely be updated, some may be recompiled
if messages are deleted, or if MailChek has found any of the
message pointers corrupt. This updating is VERY fast and not
anywhere near the time it takes to compile with the first run.
Your system should be ready for the next caller within 30 seconds
of the last callers log off. Most of the time it will be ready in
less than 15 seconds.
After Updating is completed, OPUS is restarted through your batch
file. Since all the MailChek data files are updated after each
caller, the mail waiting list is always up to the minute. Your
new users will never again leave you the same questions over and
over while never bothering to see if there has been a reply!
NOTES, PROBLEMS, OPINIONS
I don't run a SEAdog front end. I run a pure OPUS system and use
FIDO for mail events. Because OPUS exits immediately upon a user
or CRASH mail disconnect, CRASH mail is not handled properly
without some minor changes. When I first put MailChek up I had
other SysOps say "Hey, I sent you crash mail, what happened to
it?" It took a bit for the reason to sink in, but since OPUS
exits right away to perform the MailChek Update, mail bundles are
ignored. You may want to include the '-u' option on the opus
command line in your batch file to force opus to unpack mail with
every disconnect. This is not the most elegant way of doing
things, and until we see what v1.00 of OPUS is like it's the only
way to avoid having mail bundles sitting unnoticed on your drive.
Seems that 95% of you out there run SEAdog and you should have no
problem in this respect.
First time callers usually don't receive WELCOME.BBS/GBS. This is
of little concern since it is not likely they will have mail
waiting. Even if someone posted a message to them in anticipation
of their signing on, MAILCHEK would not have included them in the
message waiting list since they did not exist in USER.BBS.
If you use ALIAS to change all occurances of Sysop to your name,
AND you include your netmail area in the areas checked, MAILCHEK
will change all mail addressed to Sysop (ARCmail and others) to
your name. You may then log on and find MAILCHEK telling you that
there is LOTS of mail waiting in your netmail area (especially if
your lax in getting rid of ARCmail null messages).
Like OPUS, MailChek is not case sensitive. If a user posts a
message to "john doe" it will still notify "John Doe" that he has
MailChek 2.06 Copyright (c) 1987 Marc Ache'. All rights reserved.
Page 13
mail waiting. There is one minor problem. OPUS doesn't always
seem to mark the message to "john doe" as received when "John Doe"
reads it. Since MailChek looks for REC'D on a message, poor 'ol
John Doe will be notified that this message is waiting every time
he logs on if he doesn't kill it right away.
MailChek 2.06 Copyright (c) 1987 Marc Ache'. All rights reserved.
Page 14
NOTICE
*** This program is ShareWare!! Only *YOU* can make ShareWare work! ***
If you care about the time and effort that the author has put
into this program you are urged to make a contribution towards
further development on this project.
Any user who makes a contribution of $15 or more will become a
registered user of MailChek and will receive FREE updates via
FidoMail(tm) at each release.
REGISTRATION FORM
Name:___________________ Net/Node:____/_____
Address:________________________________________________
________________________________________________
City State Zipcode: ____________________________________
Name of your system:____________________________________
Send completed forms to:
Marc Ache'
9273 Collins Ave.
Apt. #1106
Surfside Fl 33154
MailChek 2.06 Copyright (c) 1987 Marc Ache'. All rights reserved.
Page 15
IN CLOSING
If you find a bug in this program or have some idea to make the
system better the Author is always open to suggestions. Please
contact Marc Ache' at any one of the services below or by mail.
If anyone has any comments or requests please leave mail on any
one of the following services:
CompuSci OPUS 135/8 in the Matrix 305-758-4821.
or GEnie MailBox MARC-A
NOTES FROM THE AUTHOR
I would like to thank all the Beta sites that participated in the
MailChek project. I cannot list all the names, but I will like to
thank Mike Janke 135/4 for writing this documentation, Hal Nevis for
all the ideas and CHINA BLUE BBS for putting up with me. Also thank
you to the whole of Net-135 for encouragement and suggestions.
NOTICE
This program has been posted in the Public Domain for use by all OPUS
sysops. Under no circumstances will this program be sold or
produced on a commercial basis. Feel free to post this program on
any board. If you wish to produce a modified version of this program,
please contact the author before any such action is performed. The
following program is as is the author is not liable to produce
upgrades nor is he liable for any damages caused by the program. This
program is ShareWare!!!. Remember it is your responsability to make the
the ShareWare concept work, so please send $15 or more to register your
copy of MailChek, and you will recive free updates.
MailChek 2.06 Copyright (c) 1987 Marc Ache'. All rights reserved.
Page 16
This is the revision history of MailChek:
Version 0.50 : Initial version used only on 135/8.
Version 0.60 : Initial Beta release to Miami Opus Boards.
Version 0.65 : Special release. Larger stack area allocated. Used only
on 135/4 and 135/8. No more need for RENUM (I thought).
Version 0.70 : Need for RENUM eliminated. Addition of the <file>/m option. We
also added in the private and received marks. Update procedure
fixed so it would not fail (Hopefully).
Version 0.80 : Major bug found in Update. Certain procedure was not modified
in the change over from Ver 0.65 to Ver 0.70. (I think we got
it licked now!). We have also now added in the /r command by
request.
Version 0.82 : Hah! Got it! There was one bug that now and again caused update
not to scan the areas and destroy the Userbase.
Version 1.01 : The General Release!! The /r option has been changed from
include received messages to exclude received messages. /c
option has been added.
Version 1.02 : Quick upgrade due to bug found by the Sysop of the Trukboard.
Search command was made case insensitive.
Version 1.50 : Addition of /h, <path>/p and <file>/i options. Also we now
support message area 0 and all the barricaded message areas.
Internal changes have also been made to the program.
Version 2.00 : Complete rewrite of the entire MailChek system.
Version 2.05 : Major revision of the Search Module. I think I have fixed
those search module bugs. MAILS1-3.EXE is now 16k smaller.
Version 2.06 : Yep! The last version did fix the Search module and in this
version we fixed the problem that caused NetMail not to work
on some systems. The next version of MailChek will probably
be 3.00.
MailChek 2.06 Copyright (c) 1987 Marc Ache'. All rights reserved.